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DETAILED ACTION 

1 . Claims 1-37, filed 26 August 2009, are pending. The Examiner acknowledges 
amended claims 1, 8, 9, 14, 27, and 36. 

Response to Arguments 

2. Applicant's arguments, see pages 16-17, filed 26 August 2009, with respect to 
claims 1-13 and 27-29 have been fully considered and are persuasive. With respect to 
claim 1, the Applicant amended the claims to positively recite a processor within the 
body of the method claim rendering the claim statutory. Claims 2-13, which depend from 
claim 1, are therefore cured and are directed to statutory subject matter. Claim 27 
includes a processor within the body of the claims, therefore produces a tangible result. 
Claims 28-29 which depend from claim 27 are therefore cured of the deficiency. Thus, 
the 35 U.S.C. 101 rejection of a Non-Final Office action, mailed 26 May 2009, has been 
withdrawn. 

3. Applicant's arguments filed 26 August 2009 have been fully considered but they 
are not persuasive for the reasons below. Applicant argues: 

(1) "The prior arts of record do not disclose or suggest constructing at least one 
virtual resource independent of an actual resource." 

The Examiner disagrees. At least Guzman discloses or suggests constructing at 
least one virtual resource independent of an actual resource (i.e. ". . .a significant aspect of the 

invention is that the column signature of the virtual table is not dependent upon the format or column 
signature of the underlying storage vehicle." The preceding text clearly suggests constructing at least one 
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virtual resource (i.e. column signature of the virtual table) independent of an actual resource (i.e. column 
signature of the underlying storage vehicle. ).)(column 2, lines 58-67). 

(2) "The prior arts of record do not disclose or suggest connecting the actual 
resource to the at least one virtual resource." 

The Examiner disagrees. At least Guzman discloses or suggests connecting the 
actual resource to an at least one virtual resource (i.e. "At run-time, or whenever the virtual 

table is to be accessed, the data from the underlying data source(s) is accessed using the appropriate 
format or column signature of the virtual table." The preceding text clearly suggests or discloses 
connecting an actual resource (i.e. underlying data source) to the at least one virtual source (i.e. column 
signature of the virtual table) at run-time. )(column 2, lines 65-67; column 3, lines 1-6). 

(3) "The prior arts of record do not disclose or suggest virtual resource comprises 
a resource utilized at the logic authoring time." 

The Examiner disagrees. At least Guzman discloses or suggests virtual resource 
comprises a resource utilized at the logic authoring time (i.e. at run-time)(coiumn 2, lines 65- 
67; column 3, lines 1-6). 

(4) "The prior art of record does not teach the newly amended limitations of claim 

9" 

The Examiner disagrees and has addressed the limitations in the rejection below. 
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Hence the arguments do not overcome the prior art and therefore the claims 
remain rejected. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed 
publication in this or a foreign country, before the invention thereof by the applicant for a patent. 

5. Claims 1-37 are rejected under 35 U.S.C. 103(a) as being anticipated by a non- 
patent literature entitled "XTABLES: Bridging relational technology and XML" by J.E. 
Funderburk, G. Kiernan, J. Shanmugasundaram, E. Shekita, and C. Wei, pages 616- 
641 (known hereinafter as Funderburk)(previously presented) in view of Loaiza et al., 
(U.S. Patent 6,618,822 B1 and known hereinafter as Loaiza)(previously presented) and 
in further view of Guzman et al (U.S. Patent 7,082,435, filed 02 January 2000 and 
known hereinafter as Guzman)(newly presented). 

As per claims 1 , 14,31, and 32, Funderburk teaches a method of claim 1 
(Abstract), a system of claim 14 (Abstract), a method of claim 31 (Abstract), and a computer- 
readable medium of claim 32 (Figure 5) of developing actual resources without alteration 
into a collection of virtual resources customized to a particular audience, said method 

comprising (i.e. "One of the features provided by XTABLES is the ability to create XML views of existing 

relational data." "Users can then create application-specific XML views on top of the default XML view." 
The preceding text clearly indicates that a collection of virtual resources is a specific XML view and 
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existing relational data is the actual resource. )(Page 616, paragraph 2): constructing at least one 
virtual resource independent of an actual resource (i.e. "Figure 2 illustrates the default view for 
a simple purchase-order database. The database consists of three tables, one to track customer orders, a 
second to track items associated with an order, and a third to track the payments due for each order. 
Items and payments are related to orders by an order identifier (oid). In the default XML view, top-level 
elements correspond to tables, with table names appearing as tags. Row elements are nested under 
these. Within a row element, column names appear as tags and column values appear as text. Although 
not shown, an XML schema associated with the default view captures primary- and foreign-key 
relationships." The preceding text clearly indicates that at least one virtual resource is the default XML 

view.)(Page 620); connecting the actual resource to the at least one virtual resource (i.e. 

"Figure 2 illustrates the default view for a simple purchase-order database. The database consists of 
three tables, one to track customer orders, a second to track items associated with an order, and a third 
to track the payments due for each order. Items and payments are related to orders by an order identifier 
(oid). In the default XML view, top-level elements correspond to tables, with table names appearing as 
tags. Row elements are nested under these. Within a row element, column names appear as tags and 
column values appear as text. Although not shown, an XML schema associated with the default view 
captures primary- and foreign-key relationships." The preceding text clearly indicates that connecting is 
corresponding, at least one actual resource is the database consisting of three tables, and virtual 
resource is the default xml view.)(Page 620); retrieving the at least one virtual resource (i.e. 

"Figure 2 illustrates the default view for a simple purchase-order database. The database consists of 
three tables, one to track customer orders, a second to track items associated with an order, and a third 
to track the payments due for each order. Items and payments are related to orders by an order identifier 
(oid). In the default XML view, top-level elements correspond to tables, with table names appearing as 
tags. Row elements are nested under these. Within a row element, column names appear as tags and 
column values appear as text. Although not shown, an XML schema associated with the default view 
captures primary- and foreign-key relationships." The preceding text clearly indicates that retrieving is 
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displaying the default xml view)(Page 620); and extracting at least one descriptor from said at 

least one retrieved virtual resource (i.e. "Figure 2 illustrates the default view for a simple purchase- 
order database. The database consists of three tables, one to track customer orders, a second to track 
items associated with an order, and a third to track the payments due for each order. Items and payments 
are related to orders by an order identifier (oid). In the default XML view, top-level elements correspond to 
tables, with table names appearing as tags. Row elements are nested under these. Within a row element, 
column names appear as tags and column values appear as text. Although not shown, an XML schema 
associated with the default view captures primary- and foreign-key relationships. " The preceding text 
clearly indicates that at least one descriptor is a tag.) (Page 620). 

However Funderburk does not explicitly teach virtual resource. 

Loaiza teaches virtual resource (i.e. "Alternatively, user-defined functions are registered 

with the database system to create "virtual tables" that create a view of data in the recovery logs. 
The user-defined functions dynamically retrieve and populate column values for a virtual table from 
underlying data sources." In the Applicant's specification, see page 3, lines 1-3, where the applicant 
defines a resource as "resource might be a database table, a Java.RTM. Bean, an Enterprise 
Java.RTM. Bean (EJB), a Java.RTM. object, a legacy application, a Web Service, a flat file, an extensible 
Markup Language (XML) file, etc." Therefore, the Examiner interprets virtual tables as virtual 
resource. xcoiumn 5, lines 37-42); and storing the virtual resource in a tangible computer 
readable media, using a processor on a computer (See Figure 5). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Funderburk with the teachings of Loaiza 
to include virtual resource with the motivation to allow users to query seamlessly over 
relational data and meta-data and allow users to write queries that span XML 
documents and XML views of relational data (Funderburk, Abstract). Funderburk provides a 
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general framework to create XML views of relational data, query XML views, and store 
and query XML documents using a relational database system. Loiza is directed to 
accessing recovery log information, where the data stored in the recovery log is 
presented as a relational database view which can be queried and accessed using 
relational database statements, even though recovery log data may be stored in a non- 
relational format. The Applicant's invention is directed towards methods and systems 
which provide a robust suite of available operations on meta-data for view buildings and 
unambiguous association of resource artifacts. 

The combination of Funderburk and Loaiza does not explicitly teach wherein said 
virtual resource comprises a resource utilized at a logic authoring time and said actual 
resource comprises a resource utilized at a runtime. 

Guzman teaches wherein said virtual resource comprises a resource utilized at a 

logic authoring time (i.e. "Since virtual table 100 is not allocated any storage space in the database 
system, its rows and columns are logically, and not physically, populated with data from source table... At 
run-time, or whenever rows of data from virtual table 100 are to be accessed, rows corresponding to 
virtual table 100 are retrieved from source table 102 and are converted into the proper column signature 
based upon information contained in the data description column 104 for each retrieved row.")(column 3, 

lines 30-55) and said actual resource comprises a resource utilized at a runtime (i.e. "At run- 
time, or whenever rows of data from virtual table 100 are to be accessed, rows corresponding to virtual 
table 1 00 are retrieved from source table 1 02 and are converted into the proper column signature based 
upon information contained in the data description column 104 for each retrieved row. " The actual 
resource is the source table that is accessed during run-time. )(column 3, lines 30-55). 
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It would have been obvious to a person of ordinary skilled in the art at the time of 
the Applicant's invention to modify the teachings of Funderburk with the teachings of 
Loaiza and with the further teachings of Guzman to include with the motivation to allow 
users to query seamlessly over relational data and meta-data and allow users to write 
queries that span XML documents and XML views of relational data (Funderburk, Abstract). 
Funderburk provides a general framework to create XML views of relational data, query 
XML views, and store and query XML documents using a relational database system. 
Loiza is directed to accessing recovery log information, where the data stored in the 
recovery log is presented as a relational database view which can be queried and 
accessed using relational database statements, even though recovery log data may be 
stored in a non-relational format. Guzman is directed towards accessing virtual tables in 
the meta-data of a database. The Applicant's invention is directed towards methods and 
systems which provide a robust suite of available operations on meta-data for view 
buildings and unambiguous association of resource artifacts. 

As per claims 2 and 15, Funderburk teaches a method of claim 2 (Abstract), a 
system of claim 15 (Abstract) wherein said connecting comprises directly mapping the at 
least one actual resource to the at least one virtual resource (i.e. "XTABLES does this by 

automatically mapping the schema and data of the underlying relational database system to a low-level 
default XML view." The preceding text clearly indicates that at least one actual resource is the underlying 
relational database system. )(Page 616). 

However Funderburk does not explicitly teach virtual resource. 
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Loaiza teaches virtual resource (i.e. "Alternatively, user-defined functions are registered 
with the database system to create "virtual tables" that create a view of data in the recovery logs. 
The user-defined functions dynamically retrieve and populate column values for a virtual table from 
underlying data sources." In the Applicant's specification, see page 3, lines 1-3, the applicant defines a 
resource as "resource might be a database table, a Java.RTM. Bean, an Enterprise Java.RTM. Bean 
(EJB), a Java.RTM. object, a legacy application, a Web Service, a flat file, an extensible Markup 
Language (XML) file, etc." Therefore, the Examiner interprets virtual tables as virtual resource. )(Column 
5, lines 37-42). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Funderburk with the teachings of Loaiza 
to include virtual resource with the motivation to allow users to query seamlessly over 
relational data and meta-data and allow users to write queries that span XML 
documents and XML views of relational data (Funderburk, Abstract). 

As per claims 3 and 16, Funderburk teaches a method of claim 3 (Abstract), a 
system of claim 16 (Abstract) wherein the constructing comprises at least one of: 
renaming a method; hiding a method; composing a method; renaming an attribute; 
hiding an attribute; composing an attribute; assigning to at least one domain; 
designating as a collection; assigning to at least one validator; assigning a description; 
designating as at least one of ready and not ready; and assigning a last modified date 

and time (i.e. "A query is initially parsed and converted from XQuery to an intermediate query 
representation called the XML Query Graph Model (XQGM). The query is then composed with the XML 
views it references, and rewrite optimizations are performed to eliminate the construction of intermediate 
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XML fragments, unroll recursion, and push down predicates." The preceding text clearly indicates that 
renaming a method, hiding a method, etc. is example of XML fragments)(Page 622). 

As per claims 4, 8, 17 and 21 , Funderburk teaches a method of claim 4 and 8 
(Abstract), a system of claim 17 and 21 (Abstract), wherein said at least one virtual 
resource comprises a plurality of virtual resources and said virtual resources are 
connected to each other through a relationship carrying semantic that can be leveraged 
by a consumer of resources, said method further comprising (i.e. "Users can then create 

application-specific XML views on top of the default XML view. These application-specific views are 
created using XQuery, a general-purpose, declarative XML query language currently being standardized 
by the W3C (World Wide Web Consortium). "The preceding text clearly indicates that a relationship 
carrying semantic is the creation of application-specific XML views on top of the default XML view, where 
XML views are virtual resources and consumer of resources are users. )(Page 616): constructing at 
least one virtual relationship between at least two virtual resources (i.e. "Continuing the 

example, suppose that a user wants to publish the purchase-order database as a list of orders in the XML 
format shown in Figure 3. There, each order appears as a top-level element, with its associated items and 
payments (ordered by due date) nested under it. To transform the default view into the desired XML 
format, a user-defined view called "orders" is created, as shown in Figure 4. The view definition is fairly 
straightforward. An XQuery FLWR (for, let, where, return) expression (lines 2-22) is used to construct 
each order element. The "for" clause on line 2 causes the variable $order to be bound to each "row" 
element of the order table. The XPath expression appearing in line 2 describes how to extract each "row" 
element from the order table: start at the root of the default view, navigate to each "order" element nested 
under it, and then navigate to each "row" element nested under those "order" elements. The constructor 
for each new "order" element is given in lines 4-22. For a given order, nested FLWR expressions are 
used to construct its list of associated items (lines 6-13) and payments (lines 14-21). The predicate on 
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line 8 ($order/id_$item/oid) is used to join an order with its items. Similarly, the predicate on line 16 
($order/id_ $payment/oid) is used to join an order with its payments. " The preceding text clearly indicates 
that at least one virtual relationship is orders and the two virtual resources are the default XML view and 
the user-defined view.)(Page 620-621); coupling at least one actual relationship implementor 

to at least one virtual relationship (i.e. Per the preceding text, the orders, which is a virtual 
relationship is based on one of the three tables, where an actual relationship is the customer order. )(Page 
620); performing at least one retrieval of a virtual relationship (i.e. "An XQuery flwr (for, let, 
where, return) expression (lines 2-22) is used to construct each order element." The preceding text 
illustrates a retrieval of orders from the purchase-order database to the user-defined XML view 
'Order.')(Page 620); and extracting at least one descriptor from at least one retrieved virtual 
relationship (i.e. Per the preceding text, the XML tags, which are descriptors, are embedded in an XML 
view.)(Page 620). 

However Funderburk does not explicitly teach virtual resource. 

Loaiza teaches virtual resource (i.e. "Alternatively, user-defined functions are registered 
with the database system to create "virtual tables" that create a view of data in the recovery logs. 
The user-defined functions dynamically retrieve and populate column values for a virtual table from 
underlying data sources." In the Applicant's specification, see page 3, lines 1-3, where the applicant 
defines a resource as "resource might be a database table, a Java.RTM. Bean, an Enterprise 
Java.RTM. Bean (EJB), a Java.RTM. object, a legacy application, a Web Service, a flat file, an extensible 
Markup Language (XML) file, etc." Therefore, the Examiner interprets virtual tables as virtual 
resource. )(Column 5, lines 37-42). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Funderburk with the teachings of Loaiza 
to include virtual resource with the motivation to allow users to query seamlessly over 
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relational data and meta-data and allow users to write queries that span XML 
documents and XML views of relational data (Funderburk, Abstract). 

As per claims 5, 18, and 22, Funderburk teaches a method of claim 5 (Abstract), a 
system of claim 18 and 22 (Abstract) wherein said coupling comprises: directly mapping 
said at least one actual relationship implementor to said at least one virtual relationship 

(i.e. "As shown, each edge is uniquely identified by the identifier fields of the source and destination 
nodes (the sid and did fields). Each edge also contains the name, value, and type information about its 
destination node. The order among sibling subelements is captured using the ordinal field. In our 
example, the edge pointing to the root XML element ("PurchaseOrder") is mapped to the first row. Its sid 
field is 0, which represents the identifier of the document root. The edges pointing to the BuyerName and 
Date attributes of the "PurchaseOrder" element are mapped to the second and third row, respectively. 
Note that these are related to the purchase order using the sid field. Similarly, the "ItemsBought" and 
"Payments" subelements of a "PurchaseOrder" element are represented by the fourth and fifth row, 
respectively. The ordinal field captures their relative order. The other edges of the document are stored 
similarly." The preceding text clearly indicates that the virtual relationship is the purchase order and the 
actual relationship implementor is the first row of a table. )(Page 636). 

As per claims 6,1019, and 23, Funderburk teaches a method of claim 6 and 1 0 
(Abstract), a system of claim 19 and 23 (Abstract) wherein the relationship constructing 
comprises at least one of: assigning a root virtual resource name; assigning a target 
virtual resource name; assigning a relationship name; assigning a relationship type; 
assigning a description; assigning a target instance naming scheme; designating as at 
least one of ready and not ready; and assigning a last modified date and time (i.e. "As 
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shown, each edge is uniquely identified by the identifier fields of the source and destination nodes (the sid 
and did fields). Each edge also contains the name, value, and type information about its destination node. 
The order among sibling subelements is captured using the ordinal field. In our example, the edge 
pointing to the root XML element ("PurchaseOrder") is mapped to the first row. Its sid field is 0, which 
represents the identifier of the document root. The edges pointing to the BuyerName and Date attributes 
of the "PurchaseOrder" element are mapped to the second and third row, respectively. Note that these 
are related to the purchase order using the sid field. Similarly, the "ItemsBought" and "Payments" 
subelements of a "PurchaseOrder" element are represented by the fourth and fifth row, respectively. The 
ordinal field captures their relative order. The other edges of the document are stored similarly. " The 
preceding text clearly indicates that the 'PurchaseOrder' is assigning a relationship name between a 
virtual resource, which is the XML view, and the actual resource, which is a table within a relational 
database. )(Page 636). 

As per claims 7, 12, 20 and 25, Funderburk teaches a method of claim 7 and 12 
(Abstract), a system of claim 20 and 25 (Abstract) wherein the retrieving comprises locating 
virtual relationships by at least one of: a domain; a name; a root; a type; and a target (i.e. 

"As shown, each edge is uniquely identified by the identifier fields of the source and destination nodes 
(the sid and did fields). Each edge also contains the name, value, and type information about its 
destination node. The order among sibling subelements is captured using the ordinal field. In our 
example, the edge pointing to the root XML element ("PurchaseOrder") is mapped to the first row. Its sid 
field is 0, which represents the identifier of the document root. The edges pointing to the BuyerName and 
Date attributes of the "PurchaseOrder" element are mapped to the second and third row, respectively. 
Note that these are related to the purchase order using the sid field. Similarly, the "ItemsBought" and 
"Payments" subelements of a "PurchaseOrder" element are represented by the fourth and fifth row, 
respectively. The ordinal field captures their relative order. The other edges of the document are stored 
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similarly." The preceding text clearly indicates that the 'PurchaseOrder' is an example of a name.)(Page 
636). 

As per claim 9, The combination of Funderbunk and Loiza do not explicitly teach 
the method wherein information constructing the at least one virtual resource includes 
data independent from the actual resource; the method further comprising: selectively 
manipulating the retrieved virtual resource by updating or deleting at least a portion of 
the retrieved virtual resource; and authoring the virtual resource into a logic code stored 
and executable by the computer to generate a second actual resource from the virtual 
resource. 

Guzman teaches the method wherein information constructing the at least one 
virtual resource includes data independent from the actual resource (i.e. "...a significant 

aspect of the invention is that the column signature of the virtual table is not dependent upon the format 
or column signature of the underlying storage vehicle." The preceding text clearly suggests constructing 
at least one virtual resource (i.e. column signature of the virtual table) independent of an actual resource 
(i.e. column signature of the underlying storage vehicle. ).)(column 2, lines 58-67); the method further 

comprising: selectively manipulating the retrieved virtual resource by updating or 
deleting at least a portion of the retrieved virtual resource (The tables in Guzman utilizes SQL 

language which includes the option of updating or deleting at least portion of the retrieved virtual 
resource. Therefore, this limitation is at least suggested by Guzman. In addition, updating and deleting 
the retrieved virtual resource is an intended use of manipulating the retrieved virtual resource.); and 

authoring the virtual resource into a logic code stored and executable by the computer 
to generate a second actual resource from the virtual resource (see column 10, lines 35-67). 
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It would have been obvious to a person of ordinary skilled in the art at the time of 
the Applicant's invention to modify the teachings of Funderburk with the teachings of 
Loaiza and with the further teachings of Guzman to include the method wherein 
information constructing the at least one virtual resource includes data independent 
from the actual resource; the method further comprising: selectively manipulating the 
retrieved virtual resource by updating or deleting at least a portion of the retrieved virtual 
resource; and authoring the virtual resource into a logic code stored and executable by 
the computer to generate a second actual resource from the virtual resource with the 
motivation to allow users to query seamlessly over relational data and meta-data and 
allow users to write queries that span XML documents and XML views of relational data 
(Funderburk, Abstract). Funderburk provides a general framework to create XML views of 
relational data, query XML views, and store and query XML documents using a 
relational database system. Loiza is directed to accessing recovery log information, 
where the data stored in the recovery log is presented as a relational database view 
which can be queried and accessed using relational database statements, even though 
recovery log data may be stored in a non-relational format. Guzman is directed towards 
accessing virtual tables in the meta-data of a database. The Applicant's invention is 
directed towards methods and systems which provide a robust suite of available 
operations on meta-data for view buildings and unambiguous association of resource 
artifacts. 
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As per claims 1 1 and 24, Funderburk teaches a method of claim 1 1 (Abstract), a 
system of claim 24 (Abstract) wherein the retrieving comprises locating virtual resources 
by at least one Of (i.e. "Continuing the example, suppose that a user wants to publish the purchase- 
order database as a list of orders in the XML format shown in Figure 3. " The preceding text clearly 
indicates that retrieving is publishing. )(Page 620): a domain; a name; and a relationship, (i.e. "To 
transform the default view into the desired XML format, a user-defined view called "orders" is created, as 
shown in Figure 4. "The preceding text clearly indicates that a user-defined view, which is an example of 
a virtual resource, called "orders" is, which is an example of name.)(Page 620). 

As per claims 13 and 26, Funderburk teaches a method of claim 13 (Abstract), a 
system of claim 26 (Abstract), wherein descriptor validator information is employed to limit 
actual resource usage (i.e. "Another feature provided by XTABLES is the ability to query XML views 
of relational data. This is important because users often need only a subset of a view's data. Moreover, 
users often need to synthesize and extract data from multiple views. In XTABLES, queries are specified 
using XQuery, the same language used to specify XML views. XTABLES executes queries efficiently by 
performing XML view composition so that only the desired relational data items are materialized. " The 
preceding text clearly indicates that a descriptor validator information is an XML tag that is used to 
generate XML views based on the relational data to synthesize and extract data from multiple views, thus 
limiting the actual resource, which is the relational data, usage.) (Pages 616-617). 

As per claim 27, Funderburk teaches a system comprised of a plurality of actual 
resources, a service to manage descriptions of said actual resources, said service 
comprising: defining at least one virtual domain to satisfy a user-requirements analysis 
(i.e. "Users can query XML documents using the same query language that they use to create and query 
XML views of relational data. In addition, users can issue queries that span XML documents and XML 
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views of relational data. As a result, users are provided with unified access to both relational data and 
XML documents, without having to deal with separate databases." The preceding text clearly indicates 
that a requirement analysis is a query and a virtual domain is an XML document. )(Page 617); and 

defining at least one virtual resource describing as least one actual resource within the 
at least one virtual domain to satisfy the user-requirements analysis (i.e. "Continuing the 
example, suppose that a user wants to publish the purchase-order database as a list of orders in the XML 
format shown in Figure 3. There, each order appears as a top-level element, with its associated items and 
payments (ordered by due date) nested under it. To transform the default view into the desired XML 
format, a user-defined view called "orders" is created, as shown in Figure 4. "The preceding text clearly 
indicates that at least one virtual resource is the XML view of orders and one actual resource is the 
purchase-order database. )(Page 620). 

However Funderburk does not explicitly teach virtual resource and storing the 
virtual resource in a tangible computer readable media, using a processor on a 
computer. 

Loaiza teaches virtual resource (i.e. "Alternatively, user-defined functions are registered 

with the database system to create "virtual tables" that create a view of data in the recovery logs. 

The user-defined functions dynamically retrieve and populate column values for a virtual table from 
underlying data sources." In the Applicant's specification, see page 3, lines 1-3, where the applicant 
defines a resource as "resource might be a database table, a Java.RTM. Bean, an Enterprise 
Java.RTM. Bean (EJB), a Java.RTM. object, a legacy application, a Web Service, a flat file, an extensible 
Markup Language (XML) file, etc." Therefore, the Examiner interprets virtual tables as virtual 
resource. )(Coiumn 5, lines 37-42); and storing the virtual resource in a tangible computer 

readable media, using a processor on a computer (See Figure 5). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Funderburk with the teachings of Loaiza 
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to include virtual resource with the motivation to allow users to query seamlessly over 
relational data and meta-data and allow users to write queries that span XML 
documents and XML views of relational data (Funderburk, Abstract). Funderburk provides a 
general framework to create XML views of relational data, query XML views, and store 
and query XML documents using a relational database system. Loiza is directed to 
accessing recovery log information, where the data stored in the recovery log is 
presented as a relational database view which can be queried and accessed using 
relational database statements, even though recovery log data may be stored in a non- 
relational format. The Applicant's invention is directed towards methods and systems 
which provide a robust suite of available operations on meta-data for view buildings and 
unambiguous association of resource artifacts. 

The combination of Funderburk and Loaiza does not explicitly teach wherein said 
virtual resource comprises a resource utilized at a logic authoring time and said actual 
resource comprises a resource utilized at a runtime. 

Guzman teaches wherein said virtual resource comprises a resource utilized at a 

logic authoring time (i.e. "Since virtual table 100 is not allocated any storage space in the database 
system, its rows and columns are logically, and not physically, populated with data from source table . . .At 
run-time, or whenever rows of data from virtual table 100 are to be accessed, rows corresponding to 
virtual table 1 00 are retrieved from source table 1 02 and are converted into the proper column signature 
based upon information contained in the data description column 104 for each retrieved row. ")(column 3, 

lines 30-55) and said actual resource comprises a resource utilized at a runtime (i.e. "At run- 
time, or whenever rows of data from virtual table 100 are to be accessed, rows corresponding to virtual 
table 100 are retrieved from source table 102 and are converted into the proper column signature based 



Application/Control Number: 10/665,564 Page 19 

Art Unit: 2165 

upon information contained in the data description column 104 for each retrieved row. "The actual 
resource is the source table that is accessed during run-time. )(column 3, lines 30-55). 

It would have been obvious to a person of ordinary skilled in the art at the time of 

the Applicant's invention to modify the teachings of Funderburk with the teachings of 

Loaiza and with the further teachings of Guzman to include with the motivation to allow 

users to query seamlessly over relational data and meta-data and allow users to write 

queries that span XML documents and XML views of relational data (Funderburk, Abstract). 

Funderburk provides a general framework to create XML views of relational data, query 

XML views, and store and query XML documents using a relational database system. 

Loiza is directed to accessing recovery log information, where the data stored in the 

recovery log is presented as a relational database view which can be queried and 

accessed using relational database statements, even though recovery log data may be 

stored in a non-relational format. Guzman is directed towards accessing virtual tables in 

the meta-data of a database. The Applicant's invention is directed towards methods and 

systems which provide a robust suite of available operations on meta-data for view 

buildings and unambiguous association of resource artifacts. 

As per claim 28, Funderburk teaches a system further comprising: analyzing a 
requirement for actual resource usage, to provide said user requirements analysis (i.e. 

"The XTABLES default XML view captures both relational data and meta-data (schema) information. This 
allows users to write queries (and create views) that treat relational data and meta-data interchangeably." 
The preceding text clearly indicates that the actual resource usage is the relational data and the 
requirement analysis is the query.) (Page 618). 
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As per claim 29, Funderburk teaches a system further comprising: defining at 
least one virtual relationship between at least two virtual resources (i.e. "To transform the 

default view into the desired XML format, a user-defined view called "orders" is created, as shown in 
Figure 4. "The preceding text clearly indicates that at least one virtual relationship, which is 'orders' exists 
between two virtual resources, which are the default XML view and the "orders" XML view.)(Page 620). 

However Funderburk does not explicitly teach virtual resource. 

Loaiza teaches virtual resource (i.e. "Alternatively, user-defined functions are registered 

with the database system to create "virtual tables" that create a view of data in the recovery logs. 

The user-defined functions dynamically retrieve and populate column values for a virtual table from 
underlying data sources." In the Applicant's specification, see page 3, lines 1-3, where the applicant 
defines a resource as "resource might be a database table, a Java.RTM. Bean, an Enterprise 
Java.RTM. Bean (EJB), a Java.RTM. object, a legacy application, a Web Service, a flat file, an extensible 
Markup Language (XML) file, etc." Therefore, the Examiner interprets virtual tables as virtual 
resource. XColumn 5, lines 37-42). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Funderburk with the teachings of Loaiza 

to include virtual resource with the motivation to allow users to query seamlessly over 

relational data and meta-data and allow users to write queries that span XML 

documents and XML views of relational data (Funderburk, Abstract). 

As per claim 30, Funderburk teaches a system wherein at least one of a virtual 
resource and a virtual relationship is utilized to create an application program (i.e. "Once 
the 'orders' view has been created, queries can be issued against it. " The preceding text clearly indicates 
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that an application program, which is the 'orders' view has been created, since queries can be issued 
against it, that is a set of instruction codes used to perform some tangible result. )(Page 621). 

However Funderburk does not explicitly teach virtual resource. 

Loaiza teaches virtual resource (i.e. "Alternatively, user-defined functions are registered 
with the database system to create "virtual tables" that create a view of data in the recovery logs. 
The user-defined functions dynamically retrieve and populate column values for a virtual table from 
underlying data sources." In the Applicant's specification, see page 3, lines 1-3, where the applicant 
defines a resource as "resource might be a database table, a Java.RTM. Bean, an Enterprise 
Java.RTM. Bean (EJB), a Java.RTM. object, a legacy application, a Web Service, a flat file, an extensible 
Markup Language (XML) file, etc." Therefore, the Examiner interprets virtual tables as virtual 
resource. )(Column 5, lines 37-42). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Funderburk with the teachings of Loaiza 
to include virtual resource with the motivation to allow users to query seamlessly over 
relational data and meta-data and allow users to write queries that span XML 
documents and XML views of relational data (Funderburk, Abstract). 

As per claim 33, Funderburk teaches a method of developing actual resources 
without alteration into a collection of virtual resources customized to a particular 
audience, said method comprising (i.e. "As a starting point, XTABLES automatically creates the 
default XML view, which is a low-level XML view of the underlying relational database "The preceding 
text clearly indicates that refactoring actual resources without alteration into a collection of virtual 
resource is the creation of a default XML view, where the XML view is the virtual resource and the 
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database table is the actual resource. )(Page 620): constructing at least one virtual resource 
independent of an actual resource; and providing in the at least one virtual resource a 
structured meta-data layer which contains semantic information for leveraging by a 
consumer Of the virtual resources (i.e. "Users can then create application-specific XML views on 
top of the default XML v7ew."The preceding text clearly indicates that a structured a consumer, which is 
the user, can leverage, which is create application-specific XML views, from the virtual resource, which is 
the default XML view.)(Page 616). 

However Funderburk does not explicitly teach virtual resource. 

Loaiza teaches virtual resource (i.e. "Alternatively, user-defined functions are registered 

with the database system to create "virtual tables" that create a view of data in the recovery logs. 

The user-defined functions dynamically retrieve and populate column values for a virtual table from 
underlying data sources." In the Applicant's specification, see page 3, lines 1-3, where the applicant 
defines a resource as "resource might be a database table, a Java.RTM. Bean, an Enterprise 
Java.RTM. Bean (EJB), a Java.RTM. object, a legacy application, a Web Service, a flat file, an extensible 
Markup Language (XML) file, etc." Therefore, the Examiner interprets virtual tables as virtual 
resource. )(Column 5, lines 37-42). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Funderburk with the teachings of Loaiza 
to include virtual resource with the motivation to allow users to query seamlessly over 
relational data and meta-data and allow users to write queries that span XML 
documents and XML views of relational data (Funderburk, Abstract). Funderburk provides a 
general framework to create XML views of relational data, query XML views, and store 
and query XML documents using a relational database system. Loiza is directed to 
accessing recovery log information, where the data stored in the recovery log is 
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presented as a relational database view which can be queried and accessed using 
relational database statements, even though recovery log data may be stored in a non- 
relational format. The Applicant's invention is directed towards methods and systems 
which provide a robust suite of available operations on meta-data for view buildings and 
unambiguous association of resource artifacts. 

The combination of Funderburk and Loaiza does not explicitly teach wherein said 
virtual resource comprises a resource utilized at a logic authoring time and said actual 
resource comprises a resource utilized at a runtime. 

Guzman teaches wherein said virtual resource comprises a resource utilized at a 
logic authoring time (i.e. "Since virtual table 100 is not allocated any storage space in the database 

system, its rows and columns are logically, and not physically, populated with data from source table... At 
run-time, or whenever rows of data from virtual table 100 are to be accessed, rows corresponding to 
virtual table 100 are retrieved from source table 1 02 and are converted into the proper column signature 
based upon information contained in the data description column 104 for each retrieved row. ")(column 3, 

lines 30-55) and said actual resource comprises a resource utilized at a runtime (i.e. "At run- 
time, or whenever rows of data from virtual table 100 are to be accessed, rows corresponding to virtual 
table 1 00 are retrieved from source table 1 02 and are converted into the proper column signature based 
upon information contained in the data description column 104 for each retrieved row. "The actual 
resource is the source table that is accessed during run-time. )(column 3, lines 30-55). 

It would have been obvious to a person of ordinary skilled in the art at the time of 
the Applicant's invention to modify the teachings of Funderburk with the teachings of 
Loaiza and with the further teachings of Guzman to include with the motivation to allow 
users to query seamlessly over relational data and meta-data and allow users to write 
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queries that span XML documents and XML views of relational data (Funderburk, Abstract). 
Funderburk provides a general framework to create XML views of relational data, query 
XML views, and store and query XML documents using a relational database system. 
Loiza is directed to accessing recovery log information, where the data stored in the 
recovery log is presented as a relational database view which can be queried and 
accessed using relational database statements, even though recovery log data may be 
stored in a non-relational format. Guzman is directed towards accessing virtual tables in 
the meta-data of a database. The Applicant's invention is directed towards methods and 
systems which provide a robust suite of available operations on meta-data for view 
buildings and unambiguous association of resource artifacts. 

As per claim 34, Funderburk teaches a method wherein said semantic 
information includes relationships with agreed upon semantics including any of "related- 
to," "contains," and "is-conflicting-with," between entities (i.e. "The table and view operators in 

XQGM are used to refer to relational tables and XML view definitions, respectively. The unnnest operator 
is used to unnest XML lists. The function operator us used to invoke Xquery-valued functions represented 
in XQGM can be found in Reference 7.")(Page 623). 

As per claim 35, Funderburk teaches a method wherein said semantic 
information allows any of making new resources manipulation operations available to 
logic authoring tools and services as an input to a conflict detection tool (i.e. 'XTABLES 

allows users to treat XML document views like XML views of relational data because, internally, XML 
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documents are nothing by XML views of relational data. Whenever a user creates an XML document 
view, XTABLES uses one of possibly many relational schema generators to automatically create 
relational tables for storing XML documents. XML documents 'stored' in this view are then shredded and 
stored as rows in these tables. In addition, XT ABLE generates a reconstruction XML view over the 
created relational tables, which (virtually) reconstructs the 'stored' XML documents from the shredded 
rows. A reconstruction XML view is specified just like any other XML view of relational data - by using a 
query overthe defaultXML view of the created tables.")(Page 631). 

As per claim 36 and 37, Funderburk teaches a method further comprising: 
creating at least one virtual resource instance (i.e. "As a starting point, xtables automatically 
creates the default XML view, which is a low-level XML view of the underlying relational database." The 
preceding text clearly indicates that at least one virtual resource instance is created, which is the default 
xml view.)(Page 620); assigning an identity to the at least one virtual resource instance (i.e. 

"To transform the default view into the desired XML format, a user-defined view called 'orders' is created, 
as shown in Figure 4. "The preceding text clearly indicates that an identity, 'orders' is assigned to the 
virtual resource instance, which is the user-defined XML view.)(Page 620); and associating the at 

least one virtual resource instance with one virtual resource (i.e. The term 'order' is assigned 
to the XML view.)(Page 620). 

However Funderburk does not explicitly teach virtual resource. 

Loaiza teaches virtual resource (i.e. "Alternatively, user-defined functions are registered 

with the database system to create "virtual tables" that create a view of data in the recovery logs. 

The user-defined functions dynamically retrieve and populate column values for a virtual table from 
underlying data sources." In the Applicant's specification, see page 3, lines 1-3, where the applicant 
defines a resource as "resource might be a database table, a Java.RTM. Bean, an Enterprise 
Java.RTM. Bean (EJB), a Java.RTM. object, a legacy application, a Web Service, a flat file, an extensible 
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Markup Language (XML) file, etc." Therefore, the Examiner interprets virtual tables as virtual 
resource. )(Column 5, lines 37-42). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Funderburk with the teachings of Loaiza 

to include virtual resource with the motivation to allow users to query seamlessly over 

relational data and meta-data and allow users to write queries that span XML 

documents and XML views of relational data (Funderburk, Abstract). 



Conclusion 

6. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Contact Information 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Farhan M. Syed whose telephone number is 571-272- 
7191 . The examiner can normally be reached on 8:30AM-5:00 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Neveen Abel-Jalil can be reached on 571-272-4094. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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